home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000127_news@columbia.edu_Thu Apr 13 06:48:34 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01884
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 13 Apr 1995 16:08:56 -0400
  3. Received: by apakabar.cc.columbia.edu id AA26400
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 13 Apr 1995 16:08:53 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!udel!gatech!concert!ais.com!bruce
  6. From: bruce@ais.com
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: too slow!
  9. Message-Id: <1995Apr13.114834.7576@ais.com>
  10. Date: 13 Apr 95 11:48:34 EST
  11. References: <3ma7sh$h83@news.csus.edu>
  12. Organization: Applied Information Systems, Chapel Hill, NC
  13. Lines: 66
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3ma7sh$h83@news.csus.edu>, sac87574@saclink1.csus.edu (Scott Hanson) writes:
  17. > It could be my ignorance talking, but kermit is the only file transfer my 
  18. > server has..I've tried raising packet size, opening more windows, and 
  19. > basically everything I can think of without guidance to speed things 
  20. > up..Why would anyone want to use this program?  A 100,000 byte program 
  21. > can take 10 minutes?  It's ridiculous!
  22.  
  23. On a connection at 9600 baud or above, this is a rather long time for
  24. Kermit to transfer the file.  Using Kermit over a 9600 baud modem, I
  25. usually get transfers of 100K files taking under 2 minutes (around 900
  26. bytes/sec or so).  You need to raise the packet size and increase the
  27. number of windows, and preferably also use 8-bit transfers if possible.
  28.  
  29. My guess is that either you haven't increased the parameters on _both_
  30. the client and the server (most Kermit implementations need to have
  31. these parameters increased on both sides since the default values are
  32. very conservative and setting them on the client doesn't make it
  33. request the change in the server as well - it just causes them to
  34. negotiate the minimum values between them, which in that case would
  35. probably be the server's default values, and which are most likely
  36. not very efficient);  or that your complete connection isn't as fast
  37. as you think it is (for example, there is a modem or machine in the
  38. middle somewhere that is a bottleneck and not letting more than about
  39. 200 bytes/sec through -- a 2400 baud modem, perhaps?  That can appear
  40. to be faster than 2400 baud for simple text if it has V.42 bis data
  41. compression, but would seem to slow down remarkably for compressed
  42. binary transfers).
  43.  
  44. If the problem is the latter, then your only solutions would be to
  45. replace the offending hardware or to find another circuit to the host
  46. that avoids using it.  Moving to another protocol won't help much;
  47. properly configured, Kermit and ZModem are within a few % (single
  48. digits) of each other.  (Kermit's biggest advantage is its ability
  49. to work over a much wider variety of host/client/circuit combinations).
  50.  
  51. For sites where I do a lot of transfers, I prefer to put my usual
  52. settings in the appropriate .INI file, which saves a certain amount
  53. of typing on startup.  For example, one CKERMIT.INI file I use for
  54. C-Kermit on several VMS systems that I regularly transfer files
  55. between is:
  56.  
  57.     set block 3
  58.     set send packet 1000
  59.     set receive packet 1000
  60.     set window 2
  61.     set terminal byte 8
  62.     set comm byte 8
  63.     set file type label
  64.  
  65. Note that to be effective this has to be used on both sides!!  Also
  66. note that it won't work for transferring files to/from PC's or Unix
  67. boxes unless you remove the `set file type label' line, and that the
  68. other parameters may or may not work (or be optimal if they do work)
  69. for your particular connection.  8-bit transfers in particular may
  70. fail on some machines that use only 7-bit ASCII, and on some circuits
  71. which include slow machines between the two endpoints, packets this
  72. long may cause characters to be dropped.  Some half-duplex circuits
  73. may also not permit multiple windows to be used effectively.  For
  74. what it's worth, I can configure Kermit to get around these problems
  75. but ZModem does not appear to be able to do so (although if the
  76. circuit is completely clean it is perhaps very fractionally faster,
  77. but about the only way you can tell for sure is with a stopwatch).
  78.  
  79. Good luck,
  80.  
  81. Bruce C. Wright